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BSTRACT 

A user-oriented system having both algebraic and associative 
processing capabilities is presented in this report. The alge- 
braic capabilities are essentially those of ALGOL. The as- 
sociative facilities are: 

(1) A language for ae expression of associative 
retrieval requests (the associative language). 

(2) A scheme for the internal representation of 
a store of associations between items of in- 
formation (an associative information base). 

(3) Processing routines for associative retrieval 
requests. 

The associative language is independent of the structure of the 
associative information base. In the system presented here, 
the associative information base is implemented via hash- 
coding techniques. The associative language is implemented 
by extending an existing ALGOL system. 

This report consists of thi.ee sections: Sec. I describes the 
high-level programming 1 nguage for the overall system; 
Sec. II outlines the scheme for representing an associative in- 
formation base; and Sec. Ill summarizes the processing rou- 
tines;for associative retrieval requests. 
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AN ASSOCIATIVE PROCESSING SYSTEM 
FOR CONVENTIONAL DIGITAL COMPUTERS 



fLEAP: A Language for the Egression of Associative Procedures. 
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I. THE ASSOCIATIVE LANGUAGE, LEAPt 

A. Introduction 

There are three types of constructs in LEAP: algebraic, set-theoretic, 
and associative. The algebraic operations available are essentially those of 
ALGOL. In addition, the declarative and sequencing statements of ALGOL are 
used in LEAP. The set-theoretic constructs include union, containment, etc., 
as well as certain sequencing rules for operating on the members of sets. The 
associative operations constitute an extension of AL [Feldman, 1965] to include 
.associations between associations and nesting of statements. | 

Each identifier in a LEAP program will have a data type, as in ALGOL. | 

To facilitate the expression of set-theoretic and associative operations, we | 

have added four new data types: '$ 

Standard ALGOL Data Types LEA P Additions f 

. . * I 

REAL ITEM . } 

BOOLEAN SET 

FRACTION NAME 

INTEGER LOCAL 

Any of the additional data types may be qualified by an ALGOL data type (e.g., 
BOOLEAN SET, REAL ITEM, INTEGER LOCAL). 

B. Variables 

The ALGOL notion of "variable" (a location which takes on arithmetic or 
Boolean values) has been extended in LEAP to include: 

(1) ITEM S:- Each variable of type ITEM has a unique internal system 
name. This "internal name" is used to represent the ITEM in associative and 
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set-theoretic operations. In addition to an internal name, an ITEM may or 
may not have an arithmetic or Boolean vaiue. The algebraic operations in the 
LEAP language manipulate arithmetic and Boolean values. 

(2) SETs :- The value of a SET is an unordered set of ITEMS. Inter- 
nally, a SET element is represented by its internal name. 

(3) NAMEs :-, NAME variables are used to pass an ITEM as a param- 
eter to a set-theoretic or associative operation. The value of a NAME variable 
is an ITEM. Within the system, the value of a NAME variable is represented 
by its internal name. 

(4) LOCALs :- LOCALS are used within associative statements to 
represent the results of an associative retrieval operation. This is the only 
use of LOCALS. 

C. Expressions 

In LEAP, an operation of any type which leaves a result will be called an 
"expression"; one which does not will be called a "statement." There are three 
kinds of expressions in LEAP: 

ALGOL An ALGOL expression has as its value 
an arithmetic or Boolean number. 

SET A SET expression has as its value an 

unordered collection of ITEMs. 

NAME A.NAME expression has as its value 

an ITEM. 

D. Language Forms Involving SET Expressions (SX) 

A list of basic SET language forms appears in Table I. in addition, there 
is one sequencing statement t whose form is 

FOR <LOCAL>f <SX>DO <STATEMENf> 



which is discussed in Sec.G below. 



■ fNOTEt This statement ii a special case of the associative FOR statement, - 



-*«^w*-«^*V:^V*wr^J#^^s*V! 





TABLE I 




LIST OF BASIC 


SET LANGUAGE FORMS 


Form 


Result 


Name of Form 


ITEM . SX 


Boolean 


Membership 


SXCSX 


Boolean 


Containment 


SX = SX 


Boolean 


Set equality 


SX - SX 


SET 


Set subtraction 


SX u sx 


SET 


Union 


sx n sx 


SET 


Intersection 


II sx 


Integer 


liorm 


SX - SET variable 

________ 





Assignment 



For each ITEM in the SET expression, the BODY of the FOR statement 
is executed. On each iteration, the current ITEM is assigned to the LOCAL 
variable, which behaves like a NAME variable when used within the BODY. 

E. Relational Language Forms 

The relational operations in LEAP derive from the relation 
(i) A .. O. V 
which is read "Attribute of Object is Value." Typical statements include: 

(2) MAKE PART . PICTURE3 3 UNE2 
ERASE END . LINE3 s POINT2 

By leaving none, one, or two of the positions in (i) unspecified (by the use of 
LOCALS), we indicate a "simple associative form" (SAF).t Some examples are: 

(3) PART • PICTURES a X 
W-L1NE3.Z 



tTherefore, there arc seven SAFs. 
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The identifiers involved in (3) are ITEM identifiers (PART, PICTURE3, LINE3) f 

and LOCAL identifiers (X, W, Z). The relational fai Hity of LEAP is based on j 

operations on these simple associative forms. 

The simple associative form is used two ways in LEAP. In statements | 

like (2), it is used to specify the parameters of an operator. In constructs 
like (3), it is used to assign the results of an associative retrieval operation 
to a LOCAL (or LOCALS). 

One way of combining SAFs is by nesting. Nesting can occur in the Object 
or Value position of a SAF. For example, if we know that 

(1) ABOVE the SQUARE is a TRIANGLE 
(ABOVE • SQUARE a TRIANGLE) 



and 



(2) INSIDE the TRIANGLE is a UNE 
(INSIDE • TRIANGLE s UNE) 



then 



(3) INSIDE • (ABOVE • SQUARE) s UNE 

expresses the fact that inside the object which is above the square there is a 
line. In connection with nesting, it is convenient to add the notion of "associa- 
tive term." There are three basic associative terms: 

(1) A • G meaning all Vs such that A • O i V, 

(2) A'V meaning all Os such that A • O s V, 

and 

{3> A * O meaning all Vs such that A • O s V or A • V a O. 

Thus, the construct 

INSIDE • (ABOVE * SQUARE) 

is a specification of all objects which are inside of objects which are above or 
below the square. These notation* serve to make more associations express- 
ible by a nested SAF, 
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A much more significant feature is the ability to use an entire SAF as the 
Object or Value in an associative form. This may be expressed with the aid 
of parentheses. For example, 

REASON • (ABOVE • SQUARE = TRIANGLE) 
= (BELOW • TRIANGLE = SQUARE) 

states that the reason that the triangle is above the square is that the square 
is below the triangle. This information would be difficult to express in terms 
of simple associative forms. The use of this construct also enables one to 
express some relationships which are not triples, such as "the number of lines 
in a square is four." One such statement would be 

NUMBER • (PART • SQUARE = LINE) = FOUR 

where NUMBER is an attribute which applies to all part- whole relationships. 
The term "compound associative form" (CAF) will be applied to simple as- 
sociative forms, nested simple associative forms, and associative forms in 
which the Object or Value is a SAF. 

F. Associative Retrieval Descriptions 

A CAF in which a LOCAL is used is one form of an associative retrieval 
description (ARD). The associative retrieval here consists of matching the 
association implied by the CAF against a store of associations, and xtracting 
information from the store for each match thp.t is fountf. The information ex- 
tracted is the ITEM whose position in ►he matched association is the same as 
the position of the LOCAL in the search association. For example, in the CAF 

TART • PICTURES s X 

X is a LOCAL which represents the set of iTEMs such that each is a PART 
of PICTURE!. 

O. Associative FOR Statement 

For a powerful associative language, one needs a language form for com- 
bining ARDs. The "associative FOR statement" has been developed for this 
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purpose, The LOCAL is used as the link between the ARDs in an associative 
FOR statement — the only statement in which LOCALS may occur. The use of 
LOCALs corresponds to the use of free and constrained indeterminates in for- . 
mal mathematics rnd is discussed by Mendelson [1964]. The first occurrence 
of a LOCAL in an associative FOR statement is "free" and all subsequent uses 
"constrained." For example, the following FOR statement creates the "defining 
point" (DPT) relation for lines in a line drawing, given the start -point and 
end-point relations. A point is a defining point of a line if it is either the start - 
or end-point of the line 

FOR START • X = Y 

AND END • X = Z DO 

BEGIN 

MAKE DPT • X e Y; 

MAKE ■ DPT • X = Z 

" END; '."■■■■_ 

The part of the system which deals with run-time execution of the associative 
FOR statement is quite sophisticated and will be described in detail in Sec. III. 
The associative E OR statement has the following general form: 

FOR <ARD> AND <ARD>. . . OR <ARD>. . . DO <STATEMENT> 

An ARD may be a CAF in which LOCALs are used, the construct <LOCAL> e 
<SX> or any LEAP expression involving one or more LOCALs and having a 
Boolean result. This implies that SET comparisons and ALGOL Boolean ex- 
pressions, mcluding functions, may be used as ARDs. Appendix C contains 
examples of the FOR statement used to recognize structural relations in a 
simple type of mechanical drawing. 

H. Conclusion 

Thus far, we have discussed LEAP almost as if it were three separate 
languages. Although the algebraic, set -theoretic, and relational operations 
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are quite different, the language allows them to be combined in several ways, 
as shown in the following examples. 

Any position in a compound associative form may be occupied by a SET 
expression; this implies using each element of the corresponding SET in turn. 
For example, if LINES is a SET identifier, the statement 

MAKE PART • PICTURE6 = LINES 



t H n" is an operator which yield* a NAME expression. In this case, the value 
of the NAME expression is a special kind of ITEM -one having as its value 
a SET. 



will create a PART relation for each ITEM in the SET. | 

1 
Any position in a CAF may also be occupied by a NAME expression; this 

implies using the value of the NAME expression (an ITEM). For example, the f 

statement | 

MAKE PART • PICTURE6 = (n LINES)* 

will create an explicit PART relation between PICTURE6 (an ITEM) and an ) 

ITEM having as xts value ONES (a SET). 

The implementation of the LEAP language on the TX-2 computer has been 
greatly facilitated by VITAL [Feldman. 1964], a time-shared compiler -compiler 
system. The compiler -compiler accepts as input a formal specification of the 
syntax and semantics of a language and yields as output a compiler for pro- 
grams written in that language. Since the specifications of an ALGOL-like 
language had already been formalized on this system, a relatively small effort 
was required to imbed the associative language in ALGOL. The Backus Normal 
Form (BNF) syntax of the associative language is presented in Appendix B. 

II. INTERNAL REPRESENTATION FOR A STORE OF ASSOCIATIONS 

A. Introduction 

Within the computer, an association is composed of three "internal names" 
(an internal name is a unique number which is used to represent an ITEM). 
An association is an Instance of .he basic associative form 
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A • 0= V 

meaning "Attribute of Object is Value." The three internal names composing 
an association represent the Attribute, Object, and Value of the association. 
A store of associations is simply a. store of internal name triplets. 

By leaving unspecified zero, one, or two positions in the basic associative 
form, we indicate a simple associative form (SAF). There are seven SAFs. 
We will call the use of a SAF in LEAP a simple associative retrieval request, 
and we will consider the processing required by these seven requests as the 
seven primitive associative tasks. The result of performing a primitive as- 
sociative task takes one of three forms. 

(1) Boolean: - If all three positions in the SAF are specified, the re- 
sult is Boolean. In this case, the retrieval system must determine whether 
or not the indicated internal name triple exists in the store. 

(2) A Collection* of Internal Names: - If only one position in the SAF 
is unspecified, the result is a collection of internal names. Here, we desire 
to find all internal names implied by the context of the unspecified position in 
the SAF. The retrieval system must find each internal name triple in the store 
which matches the SAF in its specified positions, and extract from it the in- 
ternal name corresponding to the unspecified position in the SAF. The collec- 
tion of internal names so extracted is the result. 

(3) A Collection of Internal Name Pairs:- If two positions in the SAF 
are unspecified, the result is a collection of internal name pairs. Here, the 
retrieval system must match on the one specified position, and extract internal 
name pairs corresponding to the two unspecified positions. The collection of 
internal name pairs so extracted is the result. 

B. Representation Scheme 

This section outlines a scheme for the internal representation of a store 
or associations. The scheme is based on hash- coding techniques and multiple 



fNOTE: The "collection" is distinct from the "set" of Sec. I. 
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representation of information on secondary storage. Three main criteria led 
to the design: 

(1) The need for a partitioning scheme for very large 
stores of associations. 

(2) The desire to free the user from concern about the 



The first design criterion states the need for a partitioning scheme. If 
the representation for a store of associations' is too large to fit into core, 
it must be divided into pieces (or "pages") and kept on bulk storage (magnetic 
drum, for example). In a time-sharing environment, it is desirable to parti- 
tion a representation, even if it fits into core; overall svstem performance is 
improved by having only relevant pages in high-speed memory. 

If a representation is divided arbitrarily, however, performing a single 
primitive associative task might require multiple secondary storage accesses. 
This would cause slow response and large system overhead. Consequently, 
we designed a representation such that any primitive associative task can be 
fully performed within only one page. A brief description of that representa- 
tion follows. 

For those simple association retrieval requests having two unspecified 
positions, the resulting collection of internal name pairs is found in a list in 
the page determined by the one internal name that is specified and the position 
in which it occurs in the SAF. Thus, there are three types of pages: one for 
each position in the basic associative form (A • O s V). Note that for each, 
several internal names may indicate the same page. For those simple asso- 
ciative retrieval requests having one unspecified position, a page type and a 
page are indicated by the internal name in one of the specified positions. The 
scheme for deciding which of the two specified positions is used here depends 



t Henceforth termed the "representation. 1 
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structure of his store of associations. n 

(3) The need for fast performance of any of the seven f 

primitive associative tasks. I 
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f See various memoranda describing the CORAL language and data- structure 
system at Lincoln Laboratory. 
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or which position is unspecified. The two specified internal names are hash- 
coded, and the result specifies an address within the page at which a collection 

of internal names begins. § 

For the simple associative retrieval request in which all positions are * 

specified, any two internal names may be hash-coded, the indicated page set j 
up, and the third internal name used to search for a match in the collection 

of internal names available at the hash-code address. The result is Boolean. t 

1 

Since there are three copies of each triple in the representation, the up- i 

date cost is large. This cost can be cut considerably by keeping track (for } 

each page) of additions and deletions, and by updating the page when it is next f 

brought into core to be queried. j 

The second design criterion is that the user should be free from concern J 

about the structure of his store of associations. Existing list-processing f 

systems* [McCarthy, 1962] rely heavily on structural connections to represent j 

associations implicitly. Since the statement of association in LEAP is always | 

explicit, there is no need to impart externally apparent structure to a store | 

of associations. Indeed, the entire system is strongly oriented toward dealing I 
with unstructured information. 

The system makes use of the apparent lack of structure to organize the 
internal representation of information for its own convenience. For example, 
the collection of internal names which may result from evaluating a SET ex- 
pression is available to the user as an unordered SET. Internally, however,^ J 
SETs are ordered by the internal names of their elements. This ordering \ 
facilitates efficient system routines for manipulating SETs. If the system j 
were unable to recognize such an ordering, these routines would be signifi- ] 
cantly slower. For example, consider the task of verifying that two SETs are | 
disjoint. If the SETs are unordered, at most, m • n comparisons must be i 
made ("m" and "n" are the cardinalities of the SETs). If the SETs are or- j 
dered, however, the task requires, at most, M+N comparisons. | 

I 
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The third design criterion is the fast performance of any of the seven 
primitive associative tasks. For any of these tasks, a single^age access and 
calculation of an address within the page directly locates the desired informa- 
tion. There is never a need for searching a property list. 

There are known problems due to the non-uniqueness of the hash- code 
scheme [Feldman, 1965; Mendelson, 1964], but these do not seriously afi'ect 
performance. .. 
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III. PROCESSING ASSQCIATIVE RETRIEVAL REQUESTS 

As an example of an associative retrieval request, we have .he following 
associative FOR statement in the LEAP language (see Appendix A)- 

(1) FOR ABOVE • SQUARE = X 

(2) AND INSIDE- X s y" - : 

(3) DO DELETE X, Y 

In this example, X is a LOCAL which represents the collection of ITEMs 
that are above the square and contain. .another ITEM. Y is a LOCAL which '-\ : 
represents the collection of ITEMs that are inside the ITEMs above the 
square. J - 

An associative FOR statement has two parts: a group of associative re- - 
trieval descriptions that imply by context which internal names are to be ex- 
tracted from the associative store, and a statement (the BODY) which describes 
how these internal names are to be used. These two parts are separated by 
DO. The LOCAL is used in the associative FOR statement as a placeholder 
for a collection of ITEMs. Each associative retrieval description is said to 
"constrain" the LOCALS occurring in it. The first time a particular LOCAL 
occurs in the upper part of an associative FOR statement, it is termed "free." 
The corresponding associative retrieval description is processed as if the 
position in which the LOCAL occurs were unspecified. The resulting collection 
of ITEMs becomes attached to the LOCAL, which is then termed "constrained" 
for the remainder of the statement. For brevity, we will call each such col- 
lection of internal names a "bound set." Each constrained LOCAL indicates 
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a unique bound set. Each time the LOCAL occurs again in the upper part of 
the associative FOR statement, it is ae.id to be further constrained; and the 

| indicated bound set is reduced by the requirement that all ITEMs which remain 

i w in the bound set also satisfy the further constraint. See Example 1 in Appen- 

f; dix A. Note that after the associative retrieval description on line (2) of the 

1 1 example is processed, only two ITEMs remain in the bound set for X. 
| The use of two or more LOGALs in the upper part of a FOR statement 

I implies a relationship between ITEMs in the different bound sets. As an illus- 

I tration, consider Example 1 in Appendix A once again. After considering each 

| of the two associative retrieval descriptions there, we have written down the 

| bound sets. We will call a relationship between ITEMs in bound sets a "cor- 

i respondence." There are three correspondences after processing the second 

I associative retrieval description in the example: 






i I 
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TRIANGLE 


LINE 


RECTANGLE 


LINE 


RECTANGLE 


TRIANGLE 



Each correspondence is a set of values for the LOCALS in the FOR statement 
for one iteration of the BODY of the FOR statement. 

When a bound set is further constrained, the correspondence tied to each 
ITEM in the bound set is eliminated whenever the test on the ITEM fails. Thus, 
there is an implicit constraint on other (not necessarily all) bound sets when- 
ever one bound set is constrained. 

The purpose of extracting correspondences, and thus bound sets, is to 
execute the BODY of the FOR statement for each correspondence which satis- 
fies all constraints. Statements within the BODY may change the store of as- 
sociations, perform standard ALGOL operations, or perform SET or other 
LEAP operations. 

The principal means of expression of associative procedures in LEAP is 
the associative FOR statement. The principal technique in the processing of 
associative procedures is the extraction and use of correspondences. There 
are two methods of processing: 
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(1) Extract a correspondence from the associative store, 
execute the BODY of the FOR statement, then return 
for the next correspondence, etc.t 

(2) Extract all correspondences, then execute the BODY 
of the FOR statement for each correspondence. 

The first method has the advantage that there is no need to keep an inter- 
mediate store of information. However, extracting a single entire corre- 
spondence requires obtaining one piece of information from each page indicated 
in the upper part of the FOR statement.* In general, this would require either 
keeping many pages in core, or doing multiple secondary storage accesses 
for each correspondence extracted. 

The second method has the advantage that a page need be brought into core 
only once in executing an associative FOR statement. At that time, all rel- 
evant information from that page may be extracted. This necessitates storing 
and manipulating intermediate information, but it eliminates the need to do 
multiple secondary storage accesses for each correspondence, or to hold in 
core large quantities of uninteresting information. Also, the facility to manip- 
ulate stores of correspondences is a straightforward extension to this scheme. 

An implementation of the second method has been designed. It uses a 
LEAP-like scheme for the storage of correspondences. The association be- 
tween internal name, LOCAL, and correspondence is the basic element of 
information. A preliminary investigation has indicated that this associative 
correspondence storage scheme uses less memory space and facilitates easier 
access to the correspondence information than would a tree structure cor- 
respondence storage scheme. Further study in this area is planned. 



t Feldman'a [1965] system used this technique to process associative pro- 
cedures. However; hit system operated outside of time-sharing, and with 
the entire associative information base atways resident, in core. 

I In an associative FOR statement, each associative retrieval description (ARD) 
may indicate several pages. In our example, the associative retrieval descrip- 
tions are SAFs, each of which indicates Just one page. 
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IV. CONCLUSION 

The purpose of this report is to present our ideas on how to build a system 
with a facility for representing and manipulating large, complex associative 
information bases in a time-sharing environment. Several interesting topics 
have either been ignored or dealt with briefly in the presentation. We will 
mention some of these topics here, as an indication of our plans for future 
research. 

(1) Compile-': ime Techniques for Optimizing Associ a tive FOR Statement 

I Processing:- The efficiency of extracting correspondences from the associa- 

I tive information base depends heavily on how the ARDs are ordered in the up- 

I 

I per part of the FOR statement. Under certain conditions, an associative 

* FOR statement may be reorganized at compile time to increase processing 

I efficiency. Also, compile-time investigations can usually be made to deter- 

I mine which pages will be needed at run time. 

(2) Run-Time Data-Type Checking:- If it is found desirable, later versions 
of the system will have this facility. 

(3) Techniques for Representing a Store of Correspondences:- A prelim- 
inary search for a suitable representation scheme for a store of correspond- 
ences indicated the following: those schemes which were designed to eliminate 
redundancy, and thus save storage, were so complex that (a) the extra storage 
used for bookkeeping would be at least a© large as the storage saved, and (b) 
the routines to manipulate the representation would be significantly more com- 
plex than would the routines to manipulate a simple representation. 

Therefore, a simple representation, based on hash-coding techniques, 
was designed to be very simitar to the scheme for representing an arbitrary 
associative information base. The relative advantages of hash- coded vs struc- 
tured representations for stores of correspondences will be studied further. 

Anticipated areas of application for the LEAP system include the construe 
Hon of interactive systems, and automated natural language work. For ex- 
ample, certain parts of a system like Sketchpad (Sutherland, 1961) or Raphael's 
(1964] question-answering program, could well be written in the LEAP language. 
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Natural language applications are best illustrated by the work of R. F. Simmons 
[1966 1, who postulates the normalization of English text into subject-verb- 
nominal triples, or "kernels." 
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APPENDIX A 
SIMPLE EXAMPLE OF AN ASSOCIATIVE FOR STATEMENT 

Example A-l - bound sets and correspondences resulting from processing an 
associative FOR statement. 

(1) FOR ABOVE • SQUARE = X 

(2) AND INSIDE • X s Y 

(3) DO DELETE X 
After (1)« 



Correspondence 


Local X 
HEXAGON 




1 




2 


TRIANGLE 




J 


UNE 




4 


RECTANGLE 




After dh 






Correspondence 


Local X 


Local Y 


1 


TRIANGLE 


UNE 


** 


RECTANGLE 


UNE 


■II- ■ 


RECTANGLE 


TRIANGLE 
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13-23-7359 




Fig.A-1. Relations between five ITEMs (HEXAGON, SQUARE, 
TRIANGLE, LINE, RECTANGLE). 
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APPENDIX B 
BNF SYNTAX OF LEAP 

<AF>: = <AI> • <AT> = <AT> 
<AI>: = <NM>|n<SET>|ANY 

<NM>: = <ITEM>|<LOCAL>|<SET>|<NAME> 

<AT>: = <AI>|<AT1>|<AE>|<BE> 
<AT1>: = <AF>|<AT> <AOP> <AT> 
<AOP>: = • | ■ | * " 

<AE>: = |j<SE>|<number>|<AV>|<NMl>|<NMl>|y<NMi> 
-<AE> | <AE> <OP> <AE> 

<SE>: = <SET>| {<IL>} | <t> |<ATl>|y<NAME>|<SE> <SOP> <SE>| y<LOCAL> 
<IL>: = <IL1>|<IL1>, <IL> 

<IL1>: = <AE>|<NE>|<BE>|<ITEM>|<LOCAL> 

<NE>: = n<AE> | n<BE> | n<SE> | n<ITEM> | INTERNAL | n<LOCAL> ! <NAME> 

<BE>: = <BN>|<NMl>|y<NMl>|n<BE>j<AE> <RL> <AE>|<BE> <BOP> <BE>| 
<SE> <SRL> <SE>| <NE> = <NE>| <NM> € <SE> 

<BN>: = <AV>| TRUE | FALSE 

<AV>: = (ALGOL variable) 
<NM1>' = <ITEM>|<LOCAL>|<NAME> 

<RL>: = (arithmetic relations) 
<BOP>: = (Boolean operations) 
<SRL>: = (set relations) 

<SOP>; * u|'n | © 
<OP>: - (arithmetic operators) 
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<AST> 




<EXP> 




<IDENT> 




<NM2> 




<FST> 




<COND> 




<AOR> 




<BODY> 



= <EXP> - <IDENT>|PUT<IL1>IN<NM2> 

= <AE> | <BE> | <SE> | <NE> 

= <NM> | <A V> | y<NAME> 

= <LOCAL>|<SET>|y<NAME> 

= FOR<COND>DO<BODY> 

= <BE>| <AF>| <COND> <AOR> <COND> 

= AND | OR 

= (arbitrary block) 



: ; 



<}; 
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I. TERMS IN BNF DESCRIPTION 

AF associative form 

AI associative item 

AT ssociative term 

AE arithmetic expression 

BE Boolean expression 

NE NAME expression 

SE SET expression 

AOP associative operators 

IL item list 

II. NOTES ON BNF DESCRIPTION 

y operates on ITEMs, LOCALS, and NAMEs. For ITEM, 
y yields the value of the ITEM; for LOCAL, y yields 
the value of the current ITEM for which the LOCAL 
stands; and for NAME, y yields the value of the ITEM 
whose internal name is the value of the NAME variable. 

n an operator which yields the internal name of the operand. 



BN 


Boolean 


AST 


assignment statement 


EXP 


expression 


IDENT 


identifier 


FST 


associative FOR statement 


1! 


cardinality of (norm of) 


^w 


not 


c 


a member of 


<t> 


the empty set 
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APPENDIX C 
EXAMPLE OF A LEAP PROGRAM 



As an example of the use of the LEAP language, we present a program 
segment for recognizing structural relations in a simple type of mechanical 
drawing. For our example, a drawing is allowed to consist of rectangles, 
squares, and dimension-line constructs. Each dimension-line construct must 
conform to certain specifications about the size and position of its parts, and 
about its relation to the rectangle or square being considered. These specifi- 
cations are used in the recognition routines to determine whether a construct 
is to be recognized, marked as erroneous, or simply left unrecognized. There 
are two phases to the example program: First is the recognition of legal and 
illegal constructs, using geometrical criteria; second is the application of 
siae and distance constraints to the recognized constructs to further classify 
them as legal or illegal. For example, the specification that the angle between 
adjacent lines in a picture construct be 90° is applied to all such constructs 
during the second phase of the program. The following is an example of a 
"legal" picture. 

Example Ol 




11 



,. i 



vfe 



w «w#ewn»ws*.v-v!!r: r-ff^tnf^mWt^^!^^^^^ 1 '''.*& 



When entered in the program, the Information about a drawing consists 
exclusively of associations in the following five forms: 

(1) LTYPE • <LINE> = DUNE 

(2) START. <LINE> = <POINT> 

(3) END • <LINE> = <POINT> I 

(4) HC • <POINT> = <VALUE> - j 

(5) VC • <POINT> = <VALUE> 5 

| 
The associations of form (1) indicate which lines are of type dimension line f 

(DUNE); those of forms (2) and (3) indicate which points are start or end jf 



points of which lines; and those of forms (4) and (5) indicate the horizontal 
and vertical coordinates of such points. 

The progrr m uses this initial information to generate a store of associa- 
tions about the structure of the drawing, and about the illegal constructs found. 
This information is put into associations of the following forms: 

(6) DPT- <LINE> = <PQINT> 

(7) DLARW • <DIMENSION UNE> = <ARROW> 

(8) APEX • <ARROW> = <POINT> 

(9) ARWLINE • <ARROW> = <LINE> 

(10) TERMLINE • <ARROW> = <LINE> . 

(11) SUBPIC • PICTURE s <SUBPIC> 

(12) DRAWINGPART • <SUBPIC> = <UNE> 

(13) TLPL • <LINE> = <LINE> 

(14) DIMENSIONPART ■ <SUBPIC> = <DIMENSION UNE> 

(15) TEST <#> • <CONSTRUCT> = FALSE 

The associations of form (6) represent the LINE -DEFINING POINT re- 
lationship. Form (7) represents the relationship between an ARROW construct 
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| and a dimension line. Form (10) represents the relationship between an 

1 1 ARROW construct and an ARROW terminal line. Form (13) represents the 

| relationship between an ARROW terminal line and the picture line with which 

! t it is collinear. 

< The program is presented as a collection of routines which generate these 

associations from the initial associations: 

' DPT 

FOR START • X h Y 
AND END • X = Z 

DO MAKE DPT • X = {Y,Z}; 

DLARW, APEX, ARWLINE 
| FOR LTYPE • X = DUNE 

L AND DPT • X = Y 

i 

[ DO 

. ' \ ■ ' BEGIN 

: | •■ ■ DPT'Y©{X}-S1; 

!..'| ^ IF || SI = 2 THEN 

\'\ - BEGIN 

INTERNAL - NMV; 

|i MAKE DLARW • X = NMV; 

..!"."; MAKE ARWLINE • NMV = SI ' 

„M MAKE APEX • NMV = Y; 

| END; 

j ELSE MAKE. TEST1 • X = FALSE; 

I END; 
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TERMUNE 






FOR 


START • X = ANY 




AND 


1 1 DPT ' DPT • X = 1 




AND 


APEX • W = Y 




AND 


MIDPOINT {X, Y} 




DO 


MAKE TERMUNE • W = 


X; 
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FOR APEX • X = ANY 

AND ~ TERMUNE • X = ANY 

DO MAKE TEST2 • X = FALSE; 

SUBPIC, DRAWINGPART 

START ' ANY © LTYPE ' ANY © TERMUNE -ANY QARWUNE • ANY - UNES; 
TAG1 * FOR X € UNES DO 
BEGIN 

DPT ' DPT • DPT ' DPT • X-*S1 
LINES© SI - UNES; 
IF || SI 4 THEN 
BEGIN 

FOR Y < SI DO 

IF || DPT • START • Y ^ 2 V || DPT ' END • Y ^ 2 

THEN GO TO TAG2; 

INTERNAL -NMV; 

MAKE SUBPIC . PIC a NMV; 

MAKE DRAWINGPART . NMV i SI; 
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END 
ELSE 

TAG2 -r MAKE TEST3 . Si = FALSE; 

GO TO TAG1; 
END; 

TLPL, DIMENSION PART 

FOR TERMINATE X = Y 
AND DRAWINGPART • W = Z 
DO 

BEGIN 

DIST {Y. Z} - TEMP; 

IF (TEMP<TH1) A (TEMP>TH2) A COLIN {Y. Z} THEN 
BEGIN 

MAKE TLPL • Y s Z; 

MAKE DIMENSIONPART W s DLARW ' X ' 

END; 
END; 
FOR TERMUNE • ANY s X 
AND -TLPL* Xi ANY 
DO MAKE TEST4 ■'• X s FALSE; 

TEST DIMENSION LINE CONSTRUCTS 
FOR - ARWLINE Xi Y 
AND DLARW- 2iX 
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DO IF || (LNGTH {Y} -ARWL) >TH3 V 
||(|| ANG {Z, Y) - ARWANG) > TH4 
THEN MAKE TEST5 • X = FALSE 
FOR TERM UN E • X s Y 

DO IF || (LNGTH {Y} - TLN LNGTH) > TH5 
THEN 
BEGIN 

MAKE TEST6 • X = FALSE; 
MAKE TEST7 • DLARW ' X = FALSE; 
END; 

TEST FOR 90° ANGLES IN SUBPICTURES 

FOR DRAWINGPART • PIC = X 

DO 

BEGIN 

DPT ' DPT • X - SI; 

FOR Y i Si 

AND Z e SI 

DO 

IP - (PERP {Y. Z) v PARL {Y, Z}) 

THEN MAKE TESTS ♦ X 2 FAIL; 

END; 

The procedures used in the example are 

(1) MIDPOINT {X, Y): Boolean result. Is point Y the 

midpoint of line X? 
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(2) DIST 

(3) COLIN 

(4) LNGTH 

(5) ANG 

(6) PERP 

(7) PARL 



{X, Y}: The result is the distance between 
line X and line Y. 

{X, Y}: Boolean result. Is line X collinear 
with line Y? 

{X}: The result is the length of line X. 

{X, Y} : The result is the angle between line 
X and line Y. 

{X, Y}: Booleanresv.lt. Is line Y. per- 
pendicular to line Y? 

{X, Y): Boolean result. Is line X parallel 
to line Y? 



As an example, the procedure LNGTH is presented below: 
REAL PROCEDURE LNGTH {X} 
BEGIN 

REAL Tl, T2; 

(HC • ENH • X-HC • START • X) ^ 2 - Tl; 

(VC - END • X - VC • START • X) <K 2 - T2; 

RETURN SQRT {Tl + T2}; 
END. 
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I. IMPLICATIONS OF TEST ASSOCIATIONS 

TEST! This dimension line is missing an arrow. 
This arrow does not have a terminal line. 
This line is part of an illegal construct. 
This terminal line does not correspond to a picture line. 



TEST 2 
TEST 3 
TKST4 
TEST 5 



This arrow has lines of the wrong length, or has parts 
which form the wrong angle with the dimension line, 



TEST 6 The terminal line on the end of this arrow is of the 
wrong length. 

TEST7 This dimension line has an arrow for which TEST6 
failed. 

TEST8 This subpicture is not rectangular. 
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